Amendments To The Specification : 

On Page 11, please replace the third full paragraph by removing the underlining as 
follows: 

Figur e 7B d e p i cts a b l ock d i agram of th e b e tt i ng prov i d e r architecture in th e second 
samp le e mbod i m e nt. One i mportant diff e r e nc e b e tw ee n th e f i rst a nd s e cond samp le 
e mbod i m e nts of th e betting prov i d er i s th e mann e r i n wh i ch th e arch i t e ctur e obtains betting 
i nformation. I n th e s e cond sample embod i ment, th e bett i ng prov i d e r activ el y obtain s4he 
bett i ng information, such as r e su l ts from sport e vents, b e tting rates, va li d i ty dat e of b e ts, 
t e ams, status or any bett i ng r ela t e d a ctivity, from th e Int e rn e t. The b e tting prov i d e r ac wifes 
th e b e tting infonnation from a r eli abl e or auth e nt i c w e b s i t e or auth e ntic databas e s through 
th e I nt e rn e t. It i s not r e gu i red that th e b e tting i nformat i on i s sp e c i ally e nt e r e d i nto th e s ystem 
by for exampl e , b e tt i ng contro lle r 7CM. - 

Figure 7B depicts a block diagram of the betting provider architecture in the second 
sample embodiment. One important difference between the first and second sample 
embodiments of the betting provider is the manner in which the architecture obtains betting 
information. In the second sample embodiment, the betting provider actively obtains the 
betting information, such as results from sport events, betting rates, validity date of bets, 
teams, status or any betting related activity, from the Internet. The betting provider acquires 
the betting information from a reliable or authentic web site or authentic databases through 
the Internet. It is not required that the betting information is specially entered into the system 
by for example, betting controller 704. 
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Page 12, please replace the second full paragraph and also the last paragraph on 
page 12 spanning over to page 13 to remove the underlining as follows: 

Unl i k e b e tt i ng p r ov ide r serv e r 108 i n th e f i rst e mbod i m e nt, b e tting provid e r 150 in the 
s e cond sampl e e mbod i m e nt does not us e b e tt i ng cont e nt (such as qu e st i ons to the b e ttor) 
and th e odds of th e part i cu l ar b e ts cr ea t e d by a b e tting controll e r 70 4 l ocat e d on th e bett i ng 
prov i d e r s i d e of fir e wa ll 106. I nst ea d, i t carr ie s out th e proc e ss shown i n F i g. 7E. — F i rst, 
s e rv e r 151 se le cts th e address( e s) of w e b s i t e (s) co n ta i n i ng d e s i r e d i nformat i on (Step 751) 
a nd f i nds the pr e d e t e rmin e d i nformation on th e w e b s i t e (s) (Stop 752). I t tak e s d a ta, 
primar i ly b e tt i ng cont e nt and odds, from pag e (s) on s e parat e w e b s e rv e rs 130 and 1 4 0 v i a 
I nternet 116 a nd f i r e wa ll 106 (St e p 753). Th e dat a cont e nt on w e b s e rv e rs 130 and 1 4 0 can 
b e ma i ntained and organ i z e d i n a ny m anne r. I n part i cular, w e b s e rv e rs 130 and 1 4 0 may be 
managed e ith e r with or without particular regard to the a cc e ss i ng of data th e r e on by b e tt i ng 
prov i d e r 150. Th e data cont e nt can b e s e parat e d b e tween w e b serv e rs 130 and 1 4 0 i n any 
manner. For examp l e, betting i nform a t i on and odds, such as for var i ous sport match e s, may 
b e on on e s e rv e r wh ile th e r e sults of th e match e s may b e on anoth e r s e rv e r. A l t e rnat i v e ly, 
th e syst e m can proc e ss the bett i ng informat i on on a s e rv e r obtain e d in ord e r to cr e ate bettin g 
rat e s based on calcu l at i ons and stat i st i ca l mod e ls of th e e v e nt and i ts p r ob a bil it ie s . 
Exemp l ary content for w e b servers 130 and 1 4 0 i s shown i n F i gs. 7C a nd 7D, r e sp e ctiv el y. 
Although two w e b s e rv e rs are shown i n th e sampl e e mbod i m e nt shown i n Fig. 7B, the 
bett i ng prov i der may co lle ct b e tt i ng i nformat i on from any number and variety of systems 
conn e ct e d to Int e rn e t 116. 
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S e rv e r 151 runs softwar e wh i ch col le cts th e b e tting i nformation from w o b s e rv e rs 130 
a nd 1 4 0 and stor e s i t in a pr e d e term i n e d format (Step 75 4 ). The syst e m can act i v el y and 
i ndep e nd e nt l y update and br i ng into effect (put i n force) th e on li n e i nformat i on . Exemp l ary 
e le m e nts of the proc e ss ar e ill ustrat e d in F i g. 7F. L i nk softwar e 15 4 pref e rab l y works w i th a 
t i m e t a b le , wh i ch i nstructs i t wh e n to g e t i nformation and mak e automat i c updat e s to th e f i rst 
le v el databas e 153 - 10 (Step 755). 

Unlike betting provider server 108 in the first embodiment, betting provider 150 in the 
second sample embodiment does not use betting content (such as questions to the bettor) 
and the odds of the particular bets created by a betting controller 704 located on the betting 
provider side of firewall 106. Instead, it carries out the process shown in Fig. 7E. First, 
server 151 selects the address(es) of web site(s) containing desired information (Step 751) 
and finds the predetermined information on the web site(s) (Step 752). It takes data, 
primarily betting content and odds, from page(s) on separate web servers 130 and 140 via 
Internet 116 and firewall 106 (Step 753). The data content on web servers 130 and 140 can 
be maintained and organized in any manner. In particular, web servers 130 and 140 may be 
managed either with or without particular regard to the accessing of data thereon by betting 
provider 150. The data content can be separated between web servers 130 and 140 in any 
manner. For example, betting information and odds, such as for various sport matches, may 
be on one server while the results of the matches may be on another server. Alternatively, 
the system can process the betting information on a server obtained in order to create betting 
rates based on calculations and statistical models of the event and its probabilities. 
Exemplary content for web servers 130 and 140 is shown in Figs. 7C and 7D, respectively. 
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Although two web servers are shown in the sample embodiment shown in Fig. 7B, the 
betting provider may collect betting information from any number and variety of systems 
connected to Internet 116. 

Server 151 runs software which collects the betting information from web servers 130 
and 140 and stores it in a predetermined format (Step 754). The system can actively and 
independently update and bring into effect (put in force) the online information. Exemplary 
elements of the process are illustrated in Fig. 7F. Link software 154 preferably works with a 
timetable, which instructs it when to get information and make automatic updates to the first 
level database 153-10 (Step 755). 

Page 14, please replace the second, third and the last paragraph spanning over to 
page 15 to remove the underlining as follows: 

A l t e rnat i v el y, bett i ng provid e r 150 m a y a l so creat e data stored in the p e rsona li zat i on 
databas e by mon i tor i ng th e us e r's nav i gat i on through th e brows e r and th e b e tt i ng s ele ctions r 
As th e us e r mak e s a reguest. such as by c li ck i ng on an ob je ct, the server 151 reg i st e rs the 
sub j ect of th e r e guest and r e sponds w i th an appropriat e page bas e d on th e r e gu e st. Th e 
system can cr ea t e the p rof ile by a n al yz i ng and process i ng th i s h i stor i ca l i nform a tion. Us i ng 
th e resu l t i ng h i story -b as e d prof i le, th e b e tt in g prov i d e r 150 d i sp l ays th e bets wh i ch best 
match th e us e r's i nt e r e sts. A l so, oth e r a l r e ady e xist i ng p e rsona li z i ng informat i on can b e us e d 
as an e xtra sourc e to d e t e rmin e t he us e r profi ler 

Wh e n a us e r wants to mak e a b e t and user has al r ea dy mad e b e ts b e for e , th e syst e m 
m a y al r e ady b e a war e of th e typ e of b e ts th e us e r li kes to do or i s li k el y to do. Th e s e b e ts 
can be. for e xamp le , on a part i cu l ar subj e ct, such as footba ll , hock e y, e tc. and what sp e c i f i c 
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team or teams of i nterest to the user, or i f th e us e r i s mor e li k el y to b e t on th e hom e te am 
than the v i s i tor tea m^ 

T he system preferab l y creates th e profi le i n th o p e rsona li zat i on dat a b a s e for e v e ry 
us e r i t i d e nt i f ie s and act i v el y undat e s th e personalization informat i on accord i ng to the us e r's 
a ct i ons. Th e i d e nt i f i c a t i on c a n b e accord i ng to user i d e nt i ty a nd a corr e spond i ng password. 
Alt e rnat i v el y, i f a user us e s a d e v i ce that rogu i r e s a P I N (P e rsona l I d e nt i f i cat i on Numb e r) and 
has som e k i nd of S I M (Subscr i ber Id e nt i f i cat i on Modul e ) or e quival e nt, th e syst e m can ea s il y 
identify th e p e rson us i ng th e d e v i c e . Th e password to th e bett i ng system may-be 
unn e c e ssary because the system can ident i fy th e us e r accord i ng to th e pr e d e t e rm ined 
i d e nt i f i cat i on i nformation ( i . e .. PIN & S I M i nformation) . 

Alternatively, betting provider 1 50 may also create data stored in the personalization 
database by monitoring the user's navigation through the browser and the betting selections. 
As the user makes a request, such as by clicking on an object, the server 151 registers the 
subject of the request and responds with an appropriate page based on the request. The 
system can create the profile by analyzing and processing this historical information. Using 
the resulting history-based profile, the betting provider 150 displays the bets which best 
match the user's interests. Also, other already existing personalizing information can be used 
as an extra source to determine the user profiles. 

When a user wants to make a bet and user has already made bets before, the system 
may already be aware of the type of bets the user likes to do or is likely to do. These bets 
can be. for example, on a particular subject, such as football, hockey, etc. and what specific 
team or teams of interest to the user, or if the user is more likely to bet on the home team 
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than the visitor team. 

The system preferably creates the profile in the personalization database for every 
user it identifies and actively undates the personalization information according to the user's 
actions. The identification can be according to user identity and a corresponding password. 
Alternatively, if a user uses a device that requires a PIN (Personal Identification Number) and 
has some kind of SIM (Subscriber Identification Module) or equivalent, the system can easily 
identify the person using the device. The password to the betting system may be 
unnecessary because the system can identify the user according to the predetermined 
identification information (i.e., PIN & SIM information). 
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